home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 4726 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.4 KB
  1. Path: mips.pfalz.de!not-for-mail
  2. From: naddy@mips.pfalz.de (Christian Weisgerber)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: faster than 28.8
  5. Date: 11 Feb 1996 03:05:39 +0100
  6. Message-ID: <4fjitj$n2u@mips.pfalz.de>
  7. References: <sumner-2001961038000001@sumner.tiac.net> <eric-0102960011580001@sobt.accessorl.net> <DM429x.w4@giskard.demon.co.uk> <eric-0302960154340001@sobt.accessorl.net> <4fbg9g$2c4s@usenetw1.news.prodigy.com>
  8. NNTP-Posting-Host: mips.pfalz.de
  9.  
  10. davidsen@tmr.com (bill davidsen) writes:
  11.  
  12. > | With PPP, this is possible, because PPP does its own compression in your
  13. > The notes say it allows compressed headers, I don't see anything
  14. > about data...
  15.  
  16. PPP allows to negotiate a lot of options, depending on the respective
  17. implementations and configuration.
  18.  
  19. - Protocol-Field-Compression ("PFC", RFC1661)
  20. - Address-and-Control-Field-Compression ("ACFC", RFC1661)
  21.  
  22. - Van Jacobson TCP/IP header compression (RFC1144, RFC1332)
  23.  
  24. - Reliable Transmission (RFC1663), mutually exclusive with ACFC, allows
  25.   the use of a compression scheme. This is still in the draft stage, and
  26.   development has been hampered by the "encumbered" status of nearly all
  27.   compression algorithms. Several algorithms have been proposed, can be
  28.   negotiated and are in use with various implementations.
  29.  
  30. -- 
  31. Christian 'naddy' Weisgerber                         naddy@mips.pfalz.de
  32.   See another pointless homepage at <URL:http://home.pages.de/~naddy/>.
  33.